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JOB INFORMATION COMMUNICATION 
SYSTEM FOR A PRINTING SYSTEM 



This application is divisional of application Ser. No. 
08/584,583, filed Jan. 11, 1996. 5 

FIELD OF THE PRESENT INVENTION 

The present invention relates generally to providing job 
information with information regarding the execution of a 
corresponding job and, more particularly, to a technique in 10 
which a job is provided to a printing machine from a 
transmission job originating station and the job is pro- 
grammed so that when at least a portion of the job has been 
processed by the printing machine a consumer of the job is . ■ 
provided with job information at a location remotely dis- ^ 
posed with respect lo the transmission job originating sta- 
tion. 



transmitted to a remote receiving station at another time. In 
delayed facsimile transmission, a con-firmation page is 
provided to a job transmitter at the trans-mission job 
originating station, the transmission job originating station 
being either a conventional transmitting machine, such as a 
facsimile machine, or at a workstation which has fax 
capabilities and is linked to a telecommunication port or a 
multi-functional printing device which is capable of 
transmitting the document as a facsimile document to a 
remote receiving station. The ability to provide 
communication between a workstation and a multi- 
functional printing machine is publicly available through a 
Xerox multi-functional printing system, known as "Docu- 
ment Centre 20"™, which permits a workstation 
("transmission job originating station") to be coupled with a ,' 
multi-functional printing machine, including a facsimile . 
device. 



BACKGROUND OF THE PRESENT 
INVENTION 

It has been feasible, for some time now, to deliver 
documents from a point of origin to a remote location 
through use of facsimile technology. Various techniques for 
transmitting documents, via a facsimile transmission system 
arc discussed in U.S. Pat. No. 5,295,181 to Kuo. The entire 
contents of U.S. Pat. No. 5,295,181 are hereby incorporated 
by reference. 

It has also been feasible, for some time now, to transmit 
jobs from a point of origin to a remote location through use 
of a printing arrangement employing a local or wide area 
network. This sort of network printing is often facilitated 
through use of a print service of the type disclosed in U.S. 
Pat. No. 5,220,674 to Morgan et al. The entire contents of 
U.S. Pat. No. 5,220,674 are hereby incorporated by refer- 
ence. 

It is known that, pursuant to printing a job, it is desirable 
to provide a consumer or user of the job output with a 
"sheet" reflecting information regarding execution of the 
corresponding job. In one known example, the job informa- 
tion sheet may include a print reflecting characteristic values 
used to process the job. In another example, the sheet may 
include information confirming that a job has been trans- 
mitted to a remote facsimile receiving system. The confir- 
mation sheet commonly includes other information, such as 
when transmission of the job was completed, how many 
pages were transmitted, the location of the receiving system, 
etc. 

As is further known, a job information "sheet" can be 
either printed as hardcopy or transmitted, by way of a 
network, back to a point of origin ("transmission job origi- 
nating station"), such as a host client on the network. In one 
known example, a job is provided to a network print engine 
and upon completion of the job, notification to that effect is 
provided to a host client. More particularly, in a known 
network printing system with a server, provided by Novell 
Corporation, and a workstation ("transmission job originat- 
ing station") using a Windows® operating system, a print 
job is transmitted from the workstation ("transmission job 
originating station") to the server. After the server has 
delivered the print job to a suitable printer on the network 
and the job has been printed, a confirmation notice is 
transmitted back to the workstation ("transmission job origi- 
nating station") for display therewith. 

In the area of facsimile printing, a feature referred to as 
"delayed facsimile transmission" is provided. This feature ' 
allows a facsimile job to be scanned at one time, with a , 
transmitting machine ("transmission job originating 
station"), and then 



Known notification schemes are capable of providing 
20 confirmation or job run information at a point where the job 
originated ("transmission job originaiing station"). The 
problem with this approach, particularly in the area of 
delayed facsimile transmission, is that the job originator 
may not be present at the transmission job originaiing stau'on 
25 lo which the confirmation is conventionally delivered. This 
problem is aggravated when the user is off-site, relative to 
(he transmission job originating station (point of confirma- 
tion delivery), and the job information sheet indicates thai 
the job cannot be executed due to one or more faults. At least 
30 in some instances, if the job originator only knew of the 
fault, the difficulty in executing the job could be readily 
remedied. 

It would be desirable to provide a technique that permits 
the job originator to obtain job information about the job 
35 while the job originator is off-site, relative to the transmis- 
sion job originating station (point of confirmation delivery), 
so that the job originator can remedy simple faults in the job 
or, as a minimum, be apprised that transmission/printing of 
the job, at least for the time being, is not possible. 

40 SUMMARY OF THE PRESENT INVENTION 

In accordance with a first aspect of the present invention, 
there is provided a transmission job originating station for 
use in a printing system with a printing machine for pro- 

45 ducing a set of prints from a print job, including a set of 
image data, in accordance with a job ticket. The job ticket 
includes a set of job execution attributes with each job 
execution attribute being associated with a programmable 
set of information for defining the corresponding job execu- 

50 lion attribute. A first one of the programmable sets of 
information instructs the printing system as lo a manner in 
which job information is generated when at least a portion 
of the set of image data is processed in accordance with the 
job ticket. The transmission job originating station, which 

55 controls transmission of the job information to the one or 
more output confirmation destinations, includes: a document 
generating subsystem for providing at least a portion of the 
print job to be delivered to the print machine; a user 
interface, communicating with said document generating 

60 subsystem, for programming a second one of the program- 
mable sets of information, the second set of information 
including one or more confirmation destinations with each 
confirmation destination being disposed remotely of the 
transmission job originating station; and a control subsystem 

65 which, in response to processing at least a portion of the 
image data at the printing machine, reads the second set of 
job information and determines each confirmation 
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destination, programmed with said user interface, to which operation on the print job in response to an input from the 

the job information is to be transmitted. user at the location remote to the transmission job original- 

In accordance with . a second aspect of the present ing station, 

invention, there .is provided a facsimile machine including Further objects and advantages of the present invention 

an image data source aod a transmitting subsystem to 5 wiU become apparent from the following description of the 

transmit image data to a first remote receiving station. A vafious fealures of lbc m m vention. 
receiving subsystem receives job status information from the 

first remote receiving station, and a control subsystem BRIEF DESCRIPTION OF THE DRAWINGS 
causes the transmitting subsystem to transmit the job status 

information to a second remote receiving station. 10 The following is a brief description of each drawing used 

In accordance with a third aspect of the present invention m describing the present invention, and thus, the drawings 

there is provided a method for printing a job at a printing arc bci °g presented for illustrative purposes only and should 

machine located remotely from a transmission job original- no1 °e limitative of the scope of the present invention, 

ing station. The transmission job originating station includes wherein: 

a control subsystem and a document generating subsystem 55 FIG. 1 is a block diagram depicting a multi-functional, 

having a user interface for inputting job control instructions network adaptive printing machine; 

for a print job described by a job ticket. The document FIG. 2 is a block diagram of a video control module for 

generating subsystem provides the print job to be delivered mc printing machine of FIG. 1; 

to the printing machine for producing a set of prints from the FIG. 3 is a block diagram of a transfer module used in 

print job, including a set of image data, in accordance with 20 conjunctioa ^ thc printing machinc 0 f FIG. 2; 

the job ticket. The job ticket includes a set of job execution 1,^ . . . ,. - - . .. , , . 

attributes with each job execution attribute being associated *? G - 4 15 a . b u l °? dia S ram of f card used m 

with a programmable set of information for defining the with the printing machine of FIG. 2; 

corresponding job execution attribute. A first one of the ^p. 5 * a ^ iodc diagram of a network controller for the 

programmable sets of information instructs the printing 25 P^ nlu3 g machine of FIG. 1; 

system as to a manner in which the transmission job origi- FIG. 6 is a block diagram of the facsimile card of FIG. 4 

oat ing station is to generate job information when at least a modified to provide a platform for performing a technique in 

portion of the set of image data is processed in accordance accordance with the present invention; 

with the job ticket, and a second one of the programmable FIG. 7 is a flow diagram representing an overview of the 

sets of information lists one or more confirmation destina- 30 technique of the present invention; 

tions with each confirmation destination being disposed nG g is a flow di representing a subroutine for 

remotely of the transmission job originating station. The programmil]g a job tckti ^ confirmation destinations; 

method includes the steps of: using the user interface to ~- rt . a , • . c 

program the second set of information with the one or more FIG '. 9 15 a fi ° w * a S ram «P««nting a subroutine for 

confirmation destinations; processing at least a portion of the 35 ^nutUng a job information page to one or more confir- 

image data at the printing machine; and in response to said maU0Q dcstinatl ° DS ; and 

processing, reading the second set of job information, with FIG- 10 * a flow diagram representing a subroutine for 

the transmission job originating station, for determining implementing an interactive program between a user and a 

each confirmation destination, programmed with said troubleshooting subsystem to perform an operation on a job 

programming, to which the job information is to be trans- 40 which encounters operational diflBculties during processing 

mittcd. thereof. 

In accordance with a fourth aspect of thc present DETAILED DESCRIPTION OF THE DRAWINGS 
invention, there is provided a method for. transmitting a 

facsimile document. The method provides a source of image The following is a detailed description of the drawings 

data and transmits image data to a first remote receiving 45 illustrating the present invention. In this description, as well 

station. Job status information is received from thc first m l , ne drawings, like reference numerals have been 

remote receiving station, and the job status information is utilized' to represent like devices, circuits, or equivalent 

transmitted to a second remote receiving station, circuits' performing thc same or equivalent functions. 

In accordance with a fifth aspect of the present invention, Io the following description, as well as throughout the 

there is provided a method for printing a job in a printing 50 specification, thc term "transmission job originating station" 

system with a printing machine for producing a set of prints has been used to describe the concepts of the present 

from a print job including a document with the document invention. Transmission job originating station refers to the 

being delivered from a transmission job originating station facsimile machine or multi-functional printing device from 

to the printing machine for execution of the document. The which the transmit/printing job was programmed. Transmis- 

transmission job originating station further includes a 55 sion job originating station also refers to the workstation 

troubleshooting subsystem for assisting a user to facilitate from which the transmit/printing job was programmed. The 

further processing of the print job in the event that one or facsimile machine, multi-functional printing device, or fac- 

more difficulties arise during processing of the document. simile modem used to transmit the print job is merely the 

The method includes: processing, with the printing system, transmitting station, not the transmission job originating 

at least a portion of the document; in response to both an 60 station. 

event occurring during said processing and reading, with the Referring to FIG. 1, a multi-functional, network adaptive 

transmission job originating station, information prepro- printing system is designated by numeral 10. The printing 

grammed by the user at the transmission job originating system 10 includes a printing machine 12 operatively 

station, creating a link between the troubleshooting sub- coupled with a network service module 14. Thc printing 

system and the user with the user being disposed at a 65 machine 12 includes an electronic subsystem 16, referred to 

location remote to the transmission job originating station; as a video control module (VCM), communicating with a 

and the troubleshooting subsystem performing a selected scanner 18 and a printer 20. In one example, the VCM 16; 
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which will be described in further detail below, coordinates 
the operation of the scanner and printer in a digital copying 
arrangement. In a digital copying arrangement, the scanner 
18 (also referred to as an image input terminal (IIT)) reads 
an image on an original document by using a CCD sensor, 
full width array sensor, or other photosensitive device 
capable of converting light to electrical signals. The elec- 
trical signals are converted to multi-level digital signals. In 
turn, an image processing system 22 (FIG. 2), associated 
with the scanner 18, executes signal correction and the like, 
and a compressor 62 compresses the multi-level signals 
which are then preferably stored in an electronic prccollation 
(EPC) memory 24. 

Referring again to FIG. 1, the printer 20 (also referred to 
as an image output terminal (IOT)) preferably includes a 
xerographic print engine, but may include an inkjet device 
or other image marking device which is capable of rendering 
an electronic image onto a substrate. 

In the xerographic example, the print engine has a multi- 
pitch belt (not shown) which is written on with an imaging 
source, such as a synchronous source (e.g. laser raster output 
scanning device) or an asynchronous source (e.g. LED print 
bar). In a printing context, the multi-level image data is read 
out of the EPC memory 24 (FIG. 2) and is converted to 
printing data by an image processing system 23. The print- 
ing data generated by the image processing system 23 is 
used to control the turning ON and OFF of the imaging 
source so as to form a latent image on a photoreceptor. The 
latent image is then developed with, for example, a hybrid 
jumping development technique and transferred to a print 
media sheet. Upon fusing the resulting print, the resulting 
print may be inverted for duplexing or simply outputted. 

Referring specifically to FIG 2, the VCM [6] 16 will be: 
discussed in further detail. The VCM 16 includes a video bus 
(VBus) 28 with which various I/O, data transfer components 
and storage components communicate. Preferably, the VBus 
28 is a high speed, 32 bit data burst transfer bus which is 1 
expandable to 64 bit. The 32 bit implementation has a 
sustainable maximum bandwidth of approximately 60 
Mbytes/sec. In one example, the bandwidth of the VBus is as 
high as 100 Mbytes/sec. 

The storage components of the VCM reside in the EPC 
memory section 30 and the mass memory section 32. The 
EPC memory section includes the EPC memory 24, the EPC 
memory 24 being coupled with the VBus by way of'a DRAM 
controller 33. The EPC memory 24, which is preferably - 
DRAM, provides expansion up to 64 MBytes, by way of two 
high density 32 bit SIMM modules. The mass memory 
section 32 includes a SCSI hard drive device 34 coupled to 
the VBus 28 by way of a transfer module 36A. Other I/O 
and processing components are coupled respectively to the 
VBus 28 by way of transfer modules 36B, 36C, 36D, and 36 
[F]£. It will be appreciated that other devices (e.g. a 
workstation) could be coupled to the VBus by way of a 
transfer module through use of a suitable interface and a 1 
SCSI line. 

Referring to FIG. 3, the structure of one of the transfer 
modules 36 is discussed in further detail. The illustrated 
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the VBus 28. In one example, the packet buffer 38 can 
programmed to handle packets of up to 64 Bytes. Preferably, 
the packet size would be reduced for times when the VBus 
28 is relatively busy and increased for times when activity 
on the bus is relatively low. 

Adjustment of the packet size is achieved with the VBus 
interface 40 and a system controller 44 (FIG. 5). Essentially, 
the VBus interface 40 is an arrangement of logical 
components, including, among others, address counters, 
decoders and state machines, which provides the transfer 
module 36 with a selected degree of intelligence. The 
interface 40 communicates with the system controller 44 
(FIG. 5) to keep track of desired packet size and, in turn, this 
knowledge is used to adjust the packet size of the packet 
buffer 38, in accordance with bus conditions. That is, the 
controller 44 (FIG. 5), in view of its knowledge regarding 
conditions on the VBus 28, passes directives to the interface 
40 so that the interface 40 can adjust packet size accordingly. 
Further discussion regarding operation of the transfer mod- 
ule 36 is provided below. 

More particularly, for each image, the DMA transfer unit 
42 employs a conventional DMA transfer strategy to transfer 
the packets. In other words, the beginning and end addresses 
of the packet are used by the transfer unit 42 in implement- 
ing a given transfer. When a transfer is complete, the 
interface 40 transmits a signal back to the system controller 
44 of FIG. 5 so that further information, such as desired 
packet size and address designations, can be obtained. 

Referring to FIGS. 1 and 2, three I/O components are 
shown as being coupled operatively to the VBus 28, namely 
a FAX module 48, the scanner or IIT 18, and the printer or 
IOT 20; however, it should be recognized that a wide variety 
of components could be coupled to the VBus 28 by way of 
an expansion slot 50. Referring to FIG. 4, an implementation 
for the FAX module, which is coupled to the VBus 28 by 
way of transfer module 36B, is discussed in further detail. 

In the preferred embodiment, a facsimile device (FAX) 51 
includes a chain of components, namely a section 52 for. 
performing adaptive compression/decompression, a section 
54 for scaling the compressed image data, a section 56 for 
converting the scaled compressed image data to or from 
CCITT format, and a modem 58 for transmitting CCITT 
formatted data from or to a telecommunication network, by 
way of a conventional communication line. 

Referring still to FIG. 4, each of the sections 52, 54, and 
56, as well as, modem 58 are coupled with the transfer 
module 36B by way of a control line 60. This permits 
transfers to be made to and from the FAX module 48 without 
involving a processor. As should be understood, the transfer 
module 36B can serve as a master or slave for the FAX 
module 48 in that the transfer module 36B can provide 
image data to the FAX module 48 for purposes of transmis- 
sion or receive an incoming FAX. In operation, the transfer 
module 36B reacts to the FAX module 48 in the same 
manner that it would react to any other I/O component. For 
example, to transmit a FAX job, the transfer module 36B 
feeds packets of image data to the section 52 through use of 
the DMA transfer unit 42 and, once a packet is fed, the 



transfer module 36 of FIG. 3 includes a packet buffer 38, a 60 transfer module 48 transmits an interrupt signal to the 

VBus interface 40 and DMA transfer unit 42. The transfer system processor 44 requesting another packet, 

module 36, which was designed with "VHSIC" Hardware In one embodiment, two packets are maintained in the 

Description Language (VHDL), is a programmable arrange- packet buffer 38 so that "ping-ponging" can occur between 

ment permitting packets of image data to be transmitted the two packets. In this way, the transfer module 36B does 

along the VBus at a relatively high transfer rate in particular, 65 not run out of image data even when the controller 44 cannot 

the packet buffer 38 is programmable so that the segment or get back to the transfer module 36B immediately upon 

packet can be varied according to the available bandwidth of receiving an interrupt signal. 
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Referring again to FIG. 2, the IIT 18 and IOT 20 are 
operatively coupled to ihe VBus 28 by transfer modules 36C 
and 36D. Additionally, the IIT 18 and the IOT 20 are 
operatively coupled with a compressor 62 and a decompres- 
sor 64, respectively. The compressor and decompressor are 
preferably provided by way of a single module. In practice, 
at least some of the functionality of the transfer modules is 
provided by way of a 3 channel DVMA device, which 
device provides local arbitration for the compression/ 
decompression module. 

As further illustrated by FIG. 2, the scanner 18, which 
includes the image processing system 22, is coupled with an 
annotate/merge module 66. Preferably the image processing 
system 22 includes one or more dedicated processors pro- 
grammed to perform various desired functions, such as 
image enhancement, thresholding/screening, rotation, reso- 
lution conversion, and TRC adjustment. The selective acti- 
vation of each of these functions can be coordinated by a 
group of image processing control registers, the registers 
being programmed by the system controller 44. Preferably, 20 
the functions are arranged along a "pipeline" in which image 
data is inputted to one end of the pipeline, and processed 
image data is oulputted at the other end of the pipeline. 

To facilitate throughput, transfer module 36E is posi- 
tioned at one end of the image processing system 22 and 
transfer module 36C is positioned at another end of the 
image processing system 22. Positioning of transfer modules 
36C and 36E in this manner greatly facilitates the concur- 
rency of a loopback process. 

Referring still to FIG. 2, arbitration of the various bus 
masters of the VCM 16 is implemented by way of a VBus 
arbiter 70 disposed in a VBus arbiter/bus gateway 71. The 
VBus arbiter 70 determines which bus master (e.g. FAX 
module, Scanner, Printer, SCSI Hard Drive, EPC Memory or 
Network Service Component) can access the VBus 28 at one 
given time. The VBus arbiter 70 is made up of two main 
sections and a third control section. 

The first section, i.e., the "Hi-Pass" section, receives input 
bus requests and current priority selection and outputs a 
grant corresponding to the highest priority request pending. 
The current priority selection input is the output from the 
second section of the VBus arbiter 70 and is referred to as 
"Priority Select". This section implements a priority rotation 
and selection algorithm. At any given moment, the output of 45 
the logic for Priority Select determines the order in which 
pending requests will be serviced. The input to Priority 
Select is a register which holds an initial placement of 
devices on a priority chain. On servicing requests, this logic 
moves the devices up and down the priority chain, thereby 50 
selecting the position of a device's next request. Control 
logic synchronizes the tasks of the Hi-Pass and the Priority 
Select by monitoring signals regarding request/grant activ- 
ity. It also prevents the possibility of race conditions. 

Referring to FIG. 5, a network service module 14 is i 
discussed in further detail. As will be recognized by those I 
skilled in the art, the architecture of the network service I 
module 14 is similar to that of a known "PC clone". More 1 
particularly, in the preferred embodiment, the controller 44 is 
coupled with a standard SBus 72. In the illustrated 
embodiment of FIG. 5, a host memory 74, which preferably 
assumes the form of DRAM, and a SCSI disk drive device 
76 are coupled operatively to the SBus 72. While not shown 
in FIG. 5, a storage or I/O device could be coupled with the 
SBus 72 with a suitable interface chip. As further shown in 
FIG. 5, the SBus 72 is coupled with a network 78 by way of 
an appropriate network interface 80. The network interface 
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includes all of the hardware and software necessary to relate 
the hardware/software components of the controller 44 with 
the hardware/software components of the network 78. 

In one example, the network 78 includes a client, such as 
a workstation 82 with an emitter or driver 84. In operation, 
a user may generate a job including a plurality of electronic 
pages and a set of processing instructions. In turn, the job is 
converted, with the emitter, into a re presentation written in 
a page description language, such as PostScript. The job is 
then transmitted to the controller 44 where it is interpreted 
with a decomposer. Some of the principles underlying the 
concept of interpreting a PDL job are provided in U.S. 
application Scr. No. 07/898,761 entitled "Apparatus and 
Method for Multi-Stage/Multi -Process Decomposing", filed 
on Jun. 12, 1992, by Bonket al., and U.S. Pat. No. 5,226,112 
to Mensing et al., the pertinent portions of both references 
being incorporated herein by reference. 

Referring again to FIG. 2, the network service module 14 
is coupled with the VCM 16 via a bus gateway 88 of the 
VBus arbiter/bus gateway 71. In one example, the bus 
gateway 88 comprises a field programmable gate array. The 
bus gateway 88 provides the interface between the host 
SBus 72 of FIG. 5 and the VCM VBus 28. It provides VBus 
address translation for accesses to address spaces in the 
VBus real address range, and passes a virtual address to the 
host SBus 72 of FIG. 5 for virtual addresses in the host 
address range. A DMA channel for memory to memory 
transfers is also implemented in the bus gateway 88. Among 
other things, the bus gateway 88 provides seamless access 
between the VBus 28 and SBus 72, and decodes virtual 
addresses from bus masters, such as one of the transfer 
modules 36, so that an identifier can be obtained from a 
corresponding slave component. It will be appreciated by 
those skilled in the art that many components of the printing 
system 10 are implemented in the form of a single ASIC. 

Referring to FIGS. 2, 3 and 5, further discussion regarding 
DMA transfer of each of the transfer modules 36 is provided. 
Id particular, in one example, the images of a job are stored 
in the host memory 74 as a series of blocks. Preferably, each 
block comprises a plurality of packets. In operation, one of 
the transfer modules 36 is provided, by the controller 44, 
with the beginning address of a block and the size of the 
block. In rum, for that block, the transfer module 36 effects 
a packet transfer and increments/decrements a counter. This 
procedure is repeated for each packet of the block until the 
interface 40 determines, by reference to the counter, that the 
last packet of the block has been transferred. Typically, for 
each scored image, several blocks are transferred, in a 
packet-by-packet manner, as described immediately above. 

Referring to FIG. 6, a FAX module, which is shown as 
being modified to accommodate the technique of the pre- 
ferred embodiment, is designated with numeral 51a. The 
FAX module 51a differs from the FAX module 51 of FIG. 
4 in that the modem 58, rather than communicating directly 
with a telecommunication network 170 is coupled with a 3:1 
bidirectional multiplexer (MUX) 100. Further inputs to the 
MUX include a multi-tone detector 102 and a voice synthe- 
sizer 104, the significance of which, to the preferred 
technique, will be discussed below. 

The detector 102 and synthesizer 104, which arc imple- 
mented with conventional telecommunication components, 
communicate with the bus 28 so that multi-bit data can flow 
freely between the telecommunication network 170 and 
memory (system memory 74 and disk 76 (FIG. 5)) under the 
influence of the controller 44. As will be appreciated, 
messages can be stored in disk 76 and transmitted to the 
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telecommunication network 170 with the voice synthesizer 
104. Moreover, interactive communication b etwee a the tele- 
communication network 170 and the controller 44, with its 
attendant memory, can be achieved with the multi-tone 
detector 102. Finally, control of communication to and from 
the telecommunication network 170 is facilitated by the 
controller by way of the control line 61. 

Referring to FIG. 7, an overview of the preferred embodi- 
ment of the present invention is discussed briefly. A print job 
is programmed initially at the transmission job originating 
station by way of a subroutine 109 with, in one example, a 
suitable dialog (not shown) provided by way of an appro- 
priate user interface (UI) 106 of FIG. 2, the UI 106 prefer- 
ably including a display screen (not shown) and being 
coupled with the bus 28 by way of a conventional interface 
108. As will be appreciated, the transmission job originating 
station could be a workstation 82. A job is then, or at some 
pre -specified later time, processed and, if the corresponding 
job program is a standard program without the requirement 
of remote informing (see query 110), an information (e.g. 
confirmation) sheet is provided locally (step 112) at the 
transmission job originating station. If the transmission job 
originating station is a facsimile machine or multi-functional 
printing device, the confirmation sheet is printed by the local 
print engine associated with the transmission job originating 
station, or if (he transmission job originating station is a 
workstation, the confirmation is displayed on the display 
screen associated with the workstation. 

On the other hand, if the program calls for a remote job 
information indication, the confirmation information is pro- 
vided by way of a subroutine 114 which, in response to 
attendant programming, transmits confirmation information 
to one or more suitable output devices (e.g. a printer and/or 
a telecommunication device) which are remote to the trans- 
mission job originating station. As will be appreciated, the 
information provided to a consumer or user may not be a 
confirmation, but rather may include information indicating 
the print job, for one reason or another could not be 
processed. Accordingly, while the present description refers 
to "confirmation" it will be understood that a confirmation 
notice contemplates those situations in which non- 
confirming information is provided to the user. 

Referring to query 116, it may be desirable to direct the 
transmission job originating station to contact the user in the 
event that a fault in job processing occurs. Such a situation 
may arise during printing of the print job because a font is 
unavailable at the host printing machine. In this event, the 
user or developer of the job may take some action (step 118), 
such as editing the job, to overcome the fault and thus permit 
the job to be retransmitted to the host printing machine for 
successful printing. In another contemplated situation, the 
user may simply store the job in order to take an action on 
the job at a future time. 

Referring now to FIG. 8, a detailed discussion of the 
above-mentioned subroutine 109 is provided. Initially, at 
step 122, a user sets values for a job ticket, the job ticket 
providing, among other things, control information for 
executing the corresponding print job. Background infor- 
mation for job tickets, and an approach for setting attribute 
values therein, can be found in U.S. Pat. No. 5,271,065 to 
Rourke et al., the entire contents of which are incorporated 
herein by reference. Upon completing programming to 
facilitate printing, query 124 is used to determine if the 
program developer seeks to deliver job confirmation infor- 
mation remotely of the site at which the user is programming 
the job; i.e., query 124 is used to determine if the program 
developer seeks to deliver job confirmation information to a 
station that is remote of the transmission job originating 
station. 
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Assuming that remote confirmation functionality is 
desired, various steps are employed to designate the 
dcstination(s) to which the confirmation is to be delivered. 
It is contemplated that software, other than that alluded to in 
5 the illustrated embodiment of FIG. 8 would be required to 
facilitate transmission of confirmation information to the 
designated confirmation dcstination(s). For one, a program 
would be required to gather the confirmation information for 
eventual output and, for another, directions for transmission 
by, for example, a server to dcstination(s) across an associ- 
ated network would be required. Any conventional software 
application which can implement the information gathering 
and subsequent transmission routines can be utilized to carry 
out this aspect of the present invention. 
To program one or more confirmation destinations, a page 
15 ticket, specifically listing confirmation destinations is 
mapped to the general job ticket (step 126) and a determi- 
nation is made, by way of step 128, as to whether confir- 
mation information is to be delivered to one or more E-Mail 
destinations. If one or more of the confirmation destinations 
20 include E-Mail destinations, then one or more suitable 
E-Mail addresses are entered and stored (step 130). It will be 
appreciated that E-Mail addresses could be stored in a 
database, prior to the programming of subroutine 109, so an 
E-Mail address could be listed automatically in the mapped 
25 page ticket in response to the provision of a corresponding 
name. 

If one or more confirmation destinations are to be trans- 
mitted by way of a telecommunications network (step 132), 
then one or more telecommunication addresses (e.g. tele- 
30 phone numbers) are, via step 134, entered. It will be appre- 
ciated that confirmation messages can be delivered to a user 
in terms of a voice connection (step 136), electronic data, or 
a FAX reproduction. In the event that the receiver is a FAX 
device, the process returns to the main program. If the 
35 receiver is an E-Mail destination, the confirmation informa- 
tion is placed into an E-Mail note and the note is transmitted 
to the receiver. In the event, however, that confirmation is to 
be provided by voice, one or more voice messages, prefer- 
ably presto red in the disk 76 (FIG. 5), are mapped, via step 
40 138, to one or more confirmation locations. 

Referring to FIG. 9, in the preferred embodiment, at least 
a portion of the job is executed (step 142) and a confirmation 
(or information) page is generated for buffering or storing 
(step 144). If remote confirmation is not required by the job 
45 program (see query 146), then the confirmation page is 
printed ,'at the print engine local to the transmission job 
originating station if tbis station is a facsimile machine or a 
multi-functional printing device (step 148), or displayed on 
a display screen associated with the transmission job origi- 
50 nating station if this station is a workstation; i.e., the 
confirmation information is transmitted back to the point 
from which the print job was sourced. It will be understood 
that the software for generating the job information sheet 
and transmitting it across the network to the point of job 
55 origin is conventional. 

If the job ticket is programmed for remote functionality, 
the page ticket, provided by way of the illustrated procedure 
of FIG. 8, is accessed at step 150. Pursuant to transmitting 
the confirmation information, it is determined, by way of 
60 step 152, if any of the one or more confirmation destinations 
of the page ticket relate to an E-Mail address. If E-Mail is 
called for, then the stored E-Mail addresses) are accessed 
(step 154) for transmitting a copy of a confirmation page by 
way of the network, to one or more predesignated E-Mail 
65 addresses. It will be appreciated that the present embodi- 
ment contemplates transmission of E-Mail to any point 
along the emerging electronic "superhighway". 
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In addition to processing any E-Mail confirmation^), it is 
determined, via step 158, whether any of the confirmation 
information is to be transmitted to one or more telecommu- 
nication locations. In one example (steps 160 and 162) the 
confirmation information is to be transmitted to a FAX 
device, in the form of an electronic FAX page, for devel- 
opment of a FAX reproduction at a suitable FAX device. It 
is contemplated that a confirmation page could be developed 
by obtaining a suitable form, with blank fields, from disk 76 
(FIG. 5) and filling in the fields with the cootroller 44 by 
reference to the job ticket and system data generated as a 
result of processing the print job. The system would provide 
information, such as when the job was printed and any faults 
that may have arisen during processing of the print job. An 
arrangement suitable for this sort of form printing can be 
found in UK Patent Application 2,198,566A. 

In another example (steps 160, 164, 166 and 168), a voice 
message is transmitted to one or more confirmation desti- 
nations. For voice transmission, the system determines what 
job run information is appropriate for transmission to the 
confirmation destination^) and broadcasts the same to the 
one or more confirmation destinations. To appreciate the 
message transmission technique illustrated in FIG. 9, refer- 
ence is made to FIGS. 5 and 6 along with the following 
example. 

A job is either developed at the printing system 10 
(facsimile machine or multi-functional printing device) or 
transmitted to the printing system (facsimile machine, multi- 
functional printing device, modem, or other telecommuni- 
cation port) from the workstation 82. The program for the 
job indicates that any confirmation information is to be 
provided to the user's phone through telecommunication 
network 170 at location 171. When the job is printed, the 
controller 44, accesses a file in the disk 76 that includes 
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machine to transmit the image data to a third remote 
receiving station; causing the facsimile machine to retrans- 
mit the image data to the first remote receiving station; 
causing the facsimile machine to store the image data in a 
local memory, etc. 

As will be recognized, not all jobs are executable due to, 
among other things inconsistencies between the job ticket 
and the capabilities of the host printer. To appreciate what 
can "go wrong", during the execution of a print job, refer- 
ence is made to the following example. 

The same job referred to above is provided to the 
printing system with a font call for "helvetica". 
Unbeknownst to the job developer, this font is unavailable in 
the printing system and the printing system is not 
15 programmed to make a substitution for that font. 
Accordingly, the controller fetches a message from disk, 
indicating the unavailability of the font, and sends it off to 
the user's phone through telecommunication network 170, by 
use of the voice synthesizer [102] 104 (FIG. 6). In [a] 
another example, a host FAX device may not be able to print 
the above-mentioned job simply because it is out of toner. 

It should be recognized that by only providing the fault 
information, the event can give rise to a frustrating situation 
for a user who needs the job printed immediately and has the 
wherewithal to change the job and resubmit it to the printer. 
Moreover, these situations may be especially frustrating for 
the user who requires immediate printing because the print- 
ing fault may be resolved by simply having someone on-site, 
relative to the FAX device, provide toner and resending the 
job. 

A possible solution to this problem is contemplated in 
another embodiment of the present invention. Referring to 
step 172 of FIG. 9 and FIG. 10, an interactive technique for 
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information indicating that the job has been printed. In turn, 35 providing an advantageous solution to the above-described 



the message is streamed to the voice synthesizer 104 for 
converting the digitally encoded information of the file into, 
a suitable formal for transmission to the user's phone 
through telecommunication network 170. The suitably for- 
matted information is then transmitted to the MUX 100 for 
In a facsimile embodiment of the present invention", a 1 
facsimile machine includes an image data source for pro- ; 
viding the image data to be transmitted. This image source I 
may be a scanner or workstation or other type of device : 
capable of creating image data. A transmitting subsystem of < 
the facsimile machine transmits the image data to a first : 
remote receiving station. The first remote receiving station 1 
may be another facsimile machine, a networked printer, or j 
multi-functional printing device. A receiving subsystem of 
the facsimile machine receives job status information from 
the first remote receiving station. Then a control subsystem 
of the facsimile machine causes the transmitting subsystem 
to transmit the job status information to a second remote 
receiving station. The second remote receiving station may 
be a facsimile machine, workstation, a telephonic device, a 
networked printer, an E-mail destination, a multi-functional 
printing device, or other device capable of receiving infor- 
mation from a network and conveying the information in 
human recognizable form. 

The facsimile machine can also be interactive with the 
second remote receiving station and cause a query to be sent 
to the second remote receiving station. In this example, the 
facsimile machine will perform a predetermined set of 
functions in response to information, corresponding to the 
query, received from the second remote receiving station. 
Examples of these functions are causing the facsimile 
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situations is discussed. Assuming that the originator of the 
job is contacted with a system problem (step 172 of FIG. 9 
and step 174 of FIG. 10), a troubleshooting subsystem, 
which may be implemented on the printing system 10 
(facsimile machine or multi-functional printing device) or 
any system (e.g. workstation) communicating with the print- 
ing system 10 and having suitable structure and 
functionality, awaits a telephonic command from the user 
(step 176) in the form of one or more tones, each tone or set 
of tones corresponding with a preprogrammed command for 
the system. It will be appreciated that the technique of (he 
preferred embodiment contemplates the use of a wide range 
of telephonic device so that the user could even provide 
input from a "beeper" or a cellular telephone while"on the 
run". ' 

Upon receiving a command from the user, the system 
determines, at step 178, whether the command is directed 
toward a "transmission" command or a "save document" 
command. It will, of course, be appreciated that the com- 
mands of the illustrated embodiment are exemplary and 
other commands are contemplated by the preferred embodi- 
ment. For example, another command might include an 
"inform other" where a key operator of a printing machine 
is notified of a problem in the printing system 10 by way of 
the voice synthesizer 104 (FIG. 6). 

Referring to. a first case for step 180, it is understood 
that, in one instance, a user may desire to be called back at a 
later time because the user is not presently at a given 
Confirmation site. This situation further contemplates another 
command in which the controller obtains a phone number of] 
another location at which the user may reside. In other j 
words, the command may assume the form of either "Call me i 




6,078,406 




back at ..." or "Call 'so and so* at 'such and such' a number". 
It will be understood that these commands are provided by 
way of conventional interactive telephonic software used in 
conjunction with the multi-tone device of the type shown in 
FIG. 6. 

In another instance of the first case, a user may wish to 
resend a job, after editing it, or simply have it sent to another 
printer which may possess the capabilities demanded by the 
job ticket. To appreciate the edit and resend scenario,, 
reference is made again to the illustrated embodiment of FIG. ■ 
6 and the example described above in which printing was! 
faulted due to the lack of helvetica font. In particular, the* 
user may wish to change the font of the faulted document to ; 
a font that is known to reside in the printing system.- 
Moreover, the user may possess a document editing device : 
[181] (FIG. 6), communicating with the NET 78, that ; 
permits the user to both access the job at the workstation 82 : 
(FIG. 5) of the memory (system memory 74 or disk. 76) and; 
make the appropriate change in font calf(s). In turn, upon i 
editing the job, the user can have it resent for execution. I 
It should be recognized that the resend and call back 
commands can be used in conjunction to considerable 
advantage. That is, in one example, the user can indicate thai 
the user desires to be called back later, after having time to 
edit a document, for the purpose of resending the edited 
document to a particular machine. In another example, the 
user can call a key operator to remedy a fault, e.g. over- 
coming a toner deficiency, and then provide a resend com- 
mand. Alternatively, the resend command could include a 
delay so that a period of time in which to overcome a fault 
would be provided. 

Referring to steps 182 and 184, there are certain circum- 
stances in which it may be desirable to simply store a 
document for future processing. In one example, it may be 
known that, in view of the nature of an indicated fault, 
printing of a subject document may not be feasible in the 
immediate future. For this example, it will sometimes, as 
indicated by step 186, be desirable to delete the job. In 
another example, complete job execution may have been 
achieved, but the operator may seek to save the document 
because frequent printing of the same job, within the imme- 
diate future, is expected. The illustrated embodiment of FIG. 
10 contemplates, by way of step 188, that, under some 
circumstances, the user will not provide a command and no 
further action will be taken toward executing the print job. 

To illustrate the present invention in another way, the 
present invention will be described with respect to a fac- 
simile environment. As noted before, conventional facsimile 
machines allow a person to send a fax either immediately 
upon the scanning of the document or at some later specified 
time; i.e., at a later time to avoid peaks hours or to take 
advantage of lower phone rates. However, since using this 
delay feature does not guarantee reception by the intended 
party, the sender does not realize the problem until the next 
morning when the sender checks the confirmation copies 
from the night before. This delay in receiving a confirmation 
message indicating that the fax was not properly received by 
the intended party can be disruptive to business. 

To resolve this problem, a preferred implementation is 
provided in which the user is enabled to redirect the con- 
firmation message to an off-site location. This can be accom- 
plish by adding a subroutine to existing delay transmission 
programs wherein the user selects the option of redirecting 
the confirmation message to another location. When this 
option is selected, the user inputs a confirmation destination 
represented by, for example, a telephone number to which 
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the confirmation message should be directed. In addition to 
inputting the telephone, the user selects either a human 
option or machine option. In this way if the user inputs a 
remote facsimile telephone number, the confirmation mes- 

5 sage can be faxed to this machine. However, if the user 
inputs a normal telephone number, a voice synthesizer 
within the facsimile machine will be activated upon the 
answering of the phone and inform the user audibly of the 
status of the delayed transmission. If the fax machine is 

10 connected to a network, the user would also have the option 
of inputting an electronic mail address. 

A further modification would include an interactive sys- 
tem such that when the facsimile machine sent the confir- 
mation message, which may include fault information, to a 

15 human answerable telephone, the receiver of the confirma- 
tion message could send instructions back to the facsimile 
machine; i.e., resend the document, send the document to an 
alternative number, delete document from memory, resend 
document at a later time, call back sender in ten minutes to 

20 receive instructions. 

Numerous features of the above-described technique for 
developing and communicating job information will be 
appreciated by those skilled in the art. 

First, a technique is provided for transmitting job infor- 
mation to one or more locations, each of which one or more 
locations is remote relative to both an origin of the job 
(transmission job originating station) and a host machine at 
which the job was at least partially processed. More 
particularly, a user can program a job ticket so that the job 
information can be sent to just about any location that is 
linked to a telecommunication network or the information 
superhighway. This ability to send job information to an 
unlimited number of output destinations makes the tech- 
nique particularly advantageous to users who, for one reason 
or another, cannot be at the location where job information 
has been conventionally provided. 

Second, the technique permits a high degree of flexibility 
with respect to output options. In one example, job infor- 
4Q mation can be provided at a wide range of output destina- 
tions on a network, either by E-Mail or facsimile transmis- 
sion. In another example, the job information can be 
provided to a wide range of output destinations on a tele- 
communications network. 
45 Finally, the technique contemplates an interactive model 
that significantly expands the user's ability to remedy 
faulted* jobs. More particularly, when a job is faulted, a 
troubleshooting subsystem contacts the user at a pre- 
sped fled location so that the user can provide the trouble - 
50 shooting system with a command. In one example, the 
command causes the job to be stored for later execution. In 
another example, the user can edit the job and retransmit it 
to the host printing machine for execution. In another 
example, the user can remove a fault causing condition at the 
55 host printing machine and have the troubleshooting system 
call back the user, at a later time, so that the user can direct 
the troubleshooting system to retransmit the edited job to the 
host printing machine for execution. In yet another example, 
the user can have a subject job sent on to another printing 
50 machine when it is clear that the host printing machine is not 
appropriate for printing the subject job. All these possibili- 
ties are made possible by enabling the transmission job 
originating station to contact the user at a remote location 
and provide that user with confirmation and/or fault infor- 
65 mation. 

Although the present invention has been described in 
detail above, various modifications can be implemented 
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